home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
IRIX 6.4 Patches 1998 April
/
IRIX 6.4 Recommended-Required Patches April 1998.img
/
dist
/
6.4_MIPSpro_7.1_Compilers
/
patchSG0001707.idb
/
usr
/
relnotes
/
patchSG0001707
/
ch1.z
/
ch1
Wrap
Text File
|
1998-03-02
|
6KB
|
199 lines
- 1 -
1. _P_a_t_c_h__S_G_0_0_0_1_7_0_7__R_e_l_e_a_s_e__N_o_t_e
This release note describes patch SG0001707 for WorkShop
2.6.4.
1.1 _S_u_p_p_o_r_t_e_d__S_o_f_t_w_a_r_e__P_l_a_t_f_o_r_m_s
This patch is for WorkShop 2.6.4 for IRIX versions 6.2, 6.3,
and 6.4. It will install on any system on which WorkShop
2.6.4 is already installed running IRIX 6.2, 6.3, or 6.4.
1.2 _B_u_g_s__F_i_x_e_d__b_y__P_a_t_c_h__S_G_0_0_0_1_7_0_7
This patch contains fixes for the following bugs in WorkShop
2.6.4
447536 MDAC problem #2 - all windows hang setting
graphic breakpoint
+o 448939 MDAC problem #13 - cvd array browser core dumps
on Ada95 boolean array.
+o 451654 Problems with cvd setting/finding breakpoints.
+o 452551 MDAC problem #14 - cvd dies when "print
<object>.all" is specified
+o 390676 Problem doing WorkShop performance runs with
system(3F) call
+o 464276 cvperf fails on huge executable
+o 458732 cvperf does not handle corded n32 dso's.
+o 461023 <illegal> status for fortran formal parameters
in n32 program
1.3 _R_e_l_a_t_i_o_n_s_h_i_p__t_o__P_a_t_c_h__S_G_0_0_0_1_6_4_1
This patch supercedes and replaces WorkShop subsystems
included in patch SG0001641. It contains all of the fixes
from the earlier patch plus additional fixes to WorkShop for
support pthreads and corded dso's.
1.4 _S_u_b_s_y_s_t_e_m_s__I_n_c_l_u_d_e_d__i_n__P_a_t_c_h__S_G_0_0_0_1_7_0_7
This patch release includes these subsystems:
+o patchSG0001707.WorkShop_sw.cvbuild
- 2 -
+o patchSG0001707.WorkShop_sw.cvd
+o patchSG0001707.WorkShop_sw.cvspeed
+o patchSG0001707.WorkShop_sw.cvstatic
+o patchSG0001707.WorkShop_sw.environment
1.5 _I_n_s_t_a_l_l_a_t_i_o_n__I_n_s_t_r_u_c_t_i_o_n_s
Because you want to install only the patches for problems
you have encountered, patch software is not installed by
default. After reading the descriptions of the bugs fixed
in this patch (see Section 1.2), determine the patches that
meet your specific needs.
If, after reading Sections 1.1 of these release notes, you
are unsure whether your software meet the requirements for
installing a particular patch, run _i_n_s_t. The _i_n_s_t program
does not allow you to install patches that are incompatible
with your hardware or software.
Patch software is installed like any other Silicon Graphics
software product. Follow the instructions in your _S_o_f_t_w_a_r_e
_I_n_s_t_a_l_l_a_t_i_o_n _A_d_m_i_n_i_s_t_r_a_t_o_r'_s _G_u_i_d_e.
Follow these steps to select a patch for installation:
1. At the Inst> prompt, type
iiiinnnnssssttttaaaallllllll ppppaaaattttcccchhhhSSSSGGGG_x_x_x_x_x_x_x
where _x_x_x_x_x_x_x is the patch number.
2. Initiate the installation sequence. Type
IIIInnnnsssstttt>>>> ggggoooo
3. You may find that two patches have been marked as
incompatible. (The installation tools reject an
installation request if an incompatibility is
detected.) If this occurs, you must deselect one of
the patches.
IIIInnnnsssstttt>>>> kkkkeeeeeeeepppp ppppaaaattttcccchhhhSSSSGGGG_x_x_x_x_x_x_x
where _x_x_x_x_x_x_x is the patch number.
4. After completing the installation process, exit the
_i_n_s_t program by typing
- 3 -
IIIInnnnsssstttt>>>> qqqquuuuiiiitttt
1.6 _P_a_t_c_h__R_e_m_o_v_a_l__I_n_s_t_r_u_c_t_i_o_n_s
To remove a patch, use the _v_e_r_s_i_o_n_s _r_e_m_o_v_e command as you
would for any other software subsystem. The removal process
reinstates the original version of software unless you have
specifically removed the patch history from your system.
vvvveeeerrrrssssiiiioooonnnnssss rrrreeeemmmmoooovvvveeee ppppaaaattttcccchhhhSSSSGGGG_x_x_x_x_x_x_x
where _x_x_x_x_x_x_x is the patch number.
To keep a patch but increase your disk space, use the
_v_e_r_s_i_o_n_s _r_e_m_o_v_e_h_i_s_t command to remove the patch history.
vvvveeeerrrrssssiiiioooonnnnssss rrrreeeemmmmoooovvvveeeehhhhiiiisssstttt ppppaaaattttcccchhhhSSSSGGGG_x_x_x_x_x_x_x
where _x_x_x_x_x_x_x is the patch number.
Ocassionally the call stack view shows <stripped> instead of
the function name.
Performance experiemnts on IRIS GL programs will sometimes
give incorrect results when call stack samples originate in
the GL libraries. The assembly routines for some functions
do not have the proper directives to allow SpeedShop to
correctly unwind the stack through some GL routines,
therefore user routines that call these GL routines will not
show up in the stack trace, and possibly not in the function
list and call graph if said user routines do not have hits
of their own.